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(54) Method and system for management of a message attachments 

(57) A method and system provide user manage- 
ment of electronic message transmissions between 
servers and client devices, particularly transmissions of 
files attached to electronic messages. The method and 
system operate to transfer selected attached files to and 
from a client device. When accessing electronic mes- 
sages with attached files stored at a server by a user, 
the attached files that satisfy a prescribed requirement 
are automatically downloaded from the server to the cli- 
ent device utilized by the user. The prescribed require- 
ment may include maximum file size and download 
time, and approved list of file formats and senders. Pref- 
erably, the prescribed requirement is entered into the 
client device by the user. The prescribed requirement 
can vary depending upon the personal preference of the 
user. When forwarding received electronic messages 
with attached files, only the attached files that have 
been modified are uploaded from the client device to the 
server. 
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Description 
TECHNICAL FIELD 

[0001] The invention relates generally to electronic 
message delivery systems and more particularly to 
methods and systems for providing user management 
of transmissions of electronic messages between serv- 
ers and client devices. 

DESCRIPTION OF THE RELATED ART 

[0002] Systems that support the exchange of text 
messages among users often allow files to be attached 
to messages. As one example, electronic mail (i.e., 
email) may have an attachment that is a word process- 
ing document, or an audio, video or graphics file. As 
another example, a download of a message from a web 
site on the World Wide Web may include an attached 
text file in Hypertext Markup Language (HTML) or an 
attached audio, video or graphics file. 
[0003] Messages may be transmitted from a sending 
client device (such as a computer) or from a remote 
server (such as a web server) to a message transport 
server that supports a computer or other client device at 
which the receiving party attempts to access the mes- 
sage. In an email environment, a sending party may 
generate an email message at a first computer that 
transmits the message to a first email server. If the first 
email server does not support message access for the 
party to whom the message is directed, the first email 
server forwards the message to a second email server 
that supports access by the receiving party. The mes- 
sage is stored at the second server for download by the 
targeted party 

[0004] Depending upon the client device operated by 
the receiving party and its associated email server, new 
messages that are stored in the associated email server 
are selectively downloaded one message at a time, or 
are downloaded as an aggregate data stream of all new 
messages. In either case, a compound message having 
an attached file is typically downloaded as a unit. The 
download time for messages with attachments including 
graphics and/or spreadsheets can be considerable. In 
addition, once commenced, the downloading typically 
causes the client device to be locked into a wait mode in 
which other software applications within the client 
device cannot be accessed. 

[0005] In a typical message exchange system where 
all new email messages are downloaded In the aggre- 
gate data stream form, accessing email messages may 
lead to an unproductive waiting period while download- 
ing non-essential email messages with attached files. 
Even in a message exchange system that allows a user 
to download one email message at a time, downloading 
a single email message with a large attached file may 
take several minutes. Therefore, an inadvertent com- 
mand by the receiving party to download an email mes- 



sage with a large attachment can also result in an 
unproductive waiting period. The inadvertent command 
may be a simple click of a mouse while a screen cursor 
is on a wrong button or display of a graphical user inter- 

5 face. The waiting period may be increased if the receiv- 
ing party is remotely accessing the associated server at 
a slow connection speed. In addition, when forwarding a 
compound message having an attached file, the 
attached file is always uploaded from the client device to 

w the server, increasing the overall waiting period when 
forwarding the received message is warranted. 
[0006] Recent developments have allowed more flex- 
ibility in accessing and downloading electronic mes- 
sages by the receiving party in order to reduce 

is unnecessary download time. The fourth version of Inter- 
net Message Access Protocol (IMAP4) and Multipur- 
pose Internet Mail Extensions (MIME) allow users to 
download a portion of a message that is stored in the 
associated server. For example, a user may set his/her 

20 computer to download only the headings contained in 
the text portion of messages when accessing the asso- 
ciated server. The headings are viewed by the user in 
order to determine whether to download the entire email 
message along with the attachment. Depending upon 

25 the preference of the user, the entire message and any 
attached message may be downloaded at that time or at 
a later time. 

[0007] Although IMAP4 and MIME provide greater 
user control of accessing and downloading electronic 

30 messages from a server than what had been available 
in the past, employing IMAP4 and MIME in a conven- 
tional manner typically requires much supervision. 
Decisions for downloading a particular attachment of an 
email are performed manually by the user on an individ- 

35 ual basis. Furthermore, IMAP4 and MIME do not allevi- 
ate the waiting period during a forwarding process. 
[0008] What is needed is a messaging method and 
system that provide extensive user control for down- 
loading attachments of emails, while eliminating the 

40 need for individual decisions and input by the user in 
order to download or upload a desired attachment. 

SUMMARY OF THE INVENTION 

45 [0009] A method and system provide increased user 
management of electronic message transmissions 
between servers and client devices, particularly trans- 
missions of files attached to electronic messages. The 
method and system operate to selectively transfer 

so attached files to and from a client device. When access- 
ing electronic messages with attached files stored at a 
server by a user, attached files that satisfy a prescribed 
requirement are automatically downloaded from the 
server to the client device utilized by the user. As a sec- 

55 ond feature, when forwarding received electronic mes- 
sages with attached files from a client device, only the 
attached files that have been modified are uploaded 
from the client device to the server. 
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[001 0] The screening of attached files for auto-down- 
loading is controlled primarily by an attachment filter 
located within the client device. However, the actual 
execution of the screening process may occur at the 
server or at the client device. In the preferred embodi- 
ment, the attachment filter is a computer program that is 
configured to recognize the prescribed requirement that 
triggers the automatic download. The requirement may 
be selected or modified by the user to customize the 
screening process. 

[0011] A criterion that may be utilized as the pre- 
scribed requirement for the screening process is the 
size of the attached file to be auto-downloaded. A max- 
imum size may be input to the client device as a thresh- 
old to allow only attached files smaller than the 
maximum size to be auto-downloaded from the server 
to the client device. The prescribed requirement may 
also be characterized by the maximum download time. 
In this configuration, the attachment filter only allows 
attached files that may be downloaded faster than a pre- 
set threshold download time to be auto-downloaded. 
The download time can be calculated by factoring in the 
size of an attached file and the speed of the connection 
between the server and the client device. 
[0012] Another criterion that can be utilized by the 
attachment filter is the identity of the sender. A list of 
senders may be entered into the client device, such that 
only attached files that were sent from a person on the 
list of senders are auto-downloaded. Alternatively, the 
list of senders may be utilized to auto-download only 
attached files from senders not on the list of senders. 
[001 3] Similarly, a list of file formats may be utilized to 
screen attached files. The list of file formats may be 
entered into the client device by the user such that only 
attached files that are in a format on the list of file for- 
mats are auto-downloaded from the server to the client 
device. The list of file formats may also be utilized to 
screen out attached files having a format on the list of 
file formats. By carefully selecting the list of file formats, 
the user can effectively configure the attachment filter to 
allow or prohibit certain types of attached files to be 
auto-downloaded. 

[0014] The screening process may include one or 
more of the above-mentioned criteria in any combina- 
tion for selecting which attached files are to be auto- 
downloaded. Preferably, the user selectively sets the 
desired criteria in order to auto-download very specific 
types of attached files. The method and system also 
allow the user to selectively disengage the screening 
process, such that all attached files are auto-down- 
loaded from the server to the client device. 
[0015] During a forwarding operation, attached files 
are examined to determine whether the attached files 
need to be uploaded from the client device to the server. 
Unmodified attached files are not uploaded with the 
email messages that are being forwarded. Copies of 
attached files are affixed to appropriate email messages 
at the server prior to being transferred to target recipi- 



ents. However, modified attached files are uploaded 
with the email messages for forwarding. 
[0016] The screening process of attached files for 
downloading and the uploading process for forwarding 
s attached files are preferably utilized in combination to 
efficiently transfer attached files between server and cli- 
ent devices. However, the processes may be separately 
implemented. 

w BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] 



15 



20 



25 
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Fig. 1 is a schematic view of one embodiment of a 
message exchange system that provides user man- 
agement of transmissions of files attached to email 
messages in accordance with the invention. 
Fig. 2 is a block diagram of the components of a cli- 
ent device in accordance with the invention. 
Fig. 3 is a process flow chart for providing user 
management of transmissions of attached flies 
from a server to a client device in accordance with 
the invention. 

Fig. 4 is a process flow chart for providing user 
management of transmissions of attached files that 
were download to a client device, during a forward- 
ing operation, in accordance with the invention. 

DETAILED DESCRIPTION 



[0018] With reference to Fig. 1 , a messaging system 
10 is shown as including a local router/server 12 for 
supporting access to stored messages by a number of 
client devices 14, 16 and 18. The client devices 14, 16 

35 and 18 are communicatively connected to the local 
router/server 12 by communication links 20, 22 and 24, 
respectively. The communication links 20, 22 and 24 
may be telephony line, cable or wireless connections. 
The routing operations of the router/server 1 2 are not 

40 the primary focus of the messaging system and 
method. Furthermore, the structure of the router/server 
12 is not critical to the invention. The router/server 12 
may be a conventional message server that is able to 
store received messages and to provide access to the 

45 stored messages upon verification of a user identity. 
Such identification generally requires input of a pass- 
word that is unique to the user. 
[0019] The messaging system 10 may be used to 
exchange messages of any one of a variety of message 

so types. For example, the messages may be downloads 
from a web site of the World Wide Web, so that a link 26 
to a network 28 is a connection to the global communi- 
cations network referred to as the Internet. However, the 
method and system will be described primarily with 

55 respect to the preferred embodiment of exchanging 
email messages having file attachments. 
[0020] As is well known in the art, a person at a 
remote client device 30 may transmit an email message 
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to a person who accesses email via the local 
router/server 12. The email message is first transmitted 
to a remote router/server 32 from the remote client 
device 30 via a communication link 34. The email mes- 
sage may then be routed from the router/server 32 of 5 
the remote client device to the local router/server 12 via 
two network links 26 and 36 to the network 28. The 
email message may be accessed by the target user 
using any of the supported client devices 14,16 and 1 8. 
Although the client devices 14, 16 and 18 are shown as w 
desktop computers, the client devices can be any type 
of communication device that has the ability to access 
the local router/server 12 and retrieve email, such as 
handheld personal computers (HPCs) and personal dig- 
ital assistants (PDAs). 75 
[0021] In an Internet application, the local and remote 
router/servers 12 and 32 are Internet Service Providers 
(ISPs). It is not critical that the sending and receiving cli- 
ent devices subscribe to different ISPs. That is, the 
method to be described below may be utilized to man- 20 
age messages with attachments sent from one of the 
local client devices 14, 16 and 18 to another one of the 
local client devices. 

[0022] The invention may also be used in a local area 
network or a wide area network environment. For exam- 25 
pie, the network 28 may be a corporate network of a sin- 
gle company having one or more sites. 
[0023] The client devices 14, 16 and 18 are enabled 
to identify attributes of email messages, including any 
attached files, that have been received and stored at the 30 
local router/server 12. Attributes may include a senders 
identification, subject matter of the email message, for- 
mat of the attached file, and size of the attached file. 
The sender's identification may be an email address 
that is utilized by the person sending the email mes- 35 
sage. However, the sender's identification may be a 
customized user name or user identification number. 
[0024] In the preferred embodiment, the client devices 
14,16 and 1 8 are configured to automatically download 
attached files along with their associated email mes- 40 
sages only if the attributes of the email messages and 
their attachments satisfy a prescribed requirement. The 
prescribed requirement may include one or more crite- 
ria that focus on the attributes of email messages and 
their attached files. The automatic downloading may 45 
occur when the receiving party establishes a communi- 
cation connection with the local router/server 12 to 
access stored email messages. Alternatively, the auto- 
matic downloading may occur when the receiving party 
initiates downloading of a particular email message so 
from the local router/server 12. If an email message and 
its attached file do not satisfy the prescribed require- 
ment, the client devices 14, 16 and 18 may be config- 
ured to download only the email message and not the 
attached file from the local router/server 12. 55 
[0025] Turning to Fig. 2, a block diagram of compo- 
nents of the client device 14 is shown to illustrate the 
internal components of the client devices 14, 16, 18 and 



30. The client devices 16, 18 and 30 are illustratively 
represented by the client device 14, since the client 
devices 14, 16, 18 and 30 maybe identically configured 
with respect to the internal components of each client 
device. Similar to Fig. 1, the client device 14 is shown 
connected to the local router/server 12 via the commu- 
nication link 20. The client device 14 is shown to contain 
a processor 38 that is coupled to a transceiver 40, an 
attachment filter 42, and a memory 44. The processor 
38 and the memory 44 are functionally equivalent to 
conventional components that are commonly found in 
other electronic devices. The attachment filter 42 is a 
programable component that can determine which 
attached files are to be downloaded from the local 
router/server 12 to the memory 44 of the client device 
1 4. Preferably, the attachment filter 42 allows the receiv- 
ing party to input the requirement that must be satisfied 
in order for attached files to be automatically down- 
loaded. 

[0026] The attachment filter 42 is also configured to 
determine whether a received attachment has been 
modified. During a forwarding operation, the attachment 
filter 42 operates to prevent uploading of attached files 
that have not been modified. Consequently, only 
attached files that have not been modified since being 
downloaded to the client device 14 are transmitted to 
the local router/server 12, when forwarding electronic 
messages with attached files. 

[0027] During a receiving operation, the receiving 
party initiates the transceiver 40 of the client device 14 
to establish communication with the local router/server 
12. After communication has been established, the 
attachment filter 42 and the processor 38 operate to 
implement a determination that is based upon the pre- 
scribed requirement, allowing only attached files that 
have satisfied the requirement to be automatically trans- 
mitted from the local router/server 1 2 to the client device 
14. Other attachments are downloaded only upon com- 
mand by the receiving party. Prescribed requirements 
for allowing attached file to be automatically down- 
loaded are described in detail below. Email messages 
and allowed attached files are downloaded from the 
local router/server 12 to the memory 44 for viewing by 
the receiving party. 

[0028] During a forwarding operation involving a 
received email message with an attached file, the 
receiving party again initiates the transceiver 40 to 
establish communication with the local router/server 12. 
The receiving party then commands the client device 1 4 
to forward an email message to the sender. In conven- 
tional messaging methods, forwarding an email mes- 
sage requires that any file attached to the email 
message be uploaded to the local server, even if the 
attached file has not been modified by the receiving 
party. However, the attachment filter 42 and the proces- 
sor 38 of the present invention operate to upload only 
modified attached files. The attachment filter 42 and the 
processor 38 are able to determine whether an attached 
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file of an email message has been modified since 
reception of the email message and upload only modi- 
fied attached files during forwarding operations. If the 
attached file is determined to be unmodified, the 
attached file is not uploaded to the local router/server 
12. The original email message and any forwarding 
message (optional) are uploaded without the attached 
file to the local router/server 12, where a copy of the 
attached file is affixed to the forwarded email message 
for routing to a destined party. 

[0029] A method of providing user management of 
transmissions of files attached to electronic messages 
from a server to a client device in accordance with the 
invention will be described with reference to Figs. 1, 2 
and 3. In a first step 46, a file is attached to an email 
message by a sender. Step 46 may be executed at the 
remote client device 30, shown in Fig. 1 . The file may be 
a word processing document, or an audio, video or 
graphics file. The file may also be coded in one of many 
formats that are utilized for a particular type of files. In 
addition, the size of the file may vary from a few kilo- 
bytes to several megabytes. Although step 46 is 
described as attaching a single file to the email mes- 
sage, multiple files may be attached to the single email 
message during this step. 

[0030] At step 48, the email message, including the 
attached file, is transmitted from the remote client 
device 30 to the local router/server 12. The email mes- 
sage and the attached file are routed from the remote 
router/server 32 to the local router/server 12 in situa- 
tions where the local router/server 12 does not support 
both the remote and the receiving client devices. Next, 
at step 50, the email message and the attached file are 
received and stored at the local router/server 12. The 
email message and the attached file are stored elec- 
tronically in a virtual "mailbox" within a memory of the 
local router/server 12. The virtual mailbox at the local 
router/server 12 may be accessed using an electronic 
address that is assigned to the party to whom the email 
message and the attached file are directed. 
[0031] In step 52, the receiving party establishes a 
communication connection with the local router/server 
12, employing one of the client devices 14, 16 and 18. 
Although any one of the client devices 14, 16 and 18 
may be utilized by the receiving party, further descrip- 
tion of the method will be described with respect to the 
client device 14. Also in step 52, the receiving party 
accesses the virtual mailbox at the local router/server 
12 that has been assigned to that receiving party in 
order to view the email message. 
[0032] Preferably, the attachment filter 42 of the client 
device 1 4 has been programmed by the receiving party 
prior to step 52 with a prescribed requirement for auto- 
downloading attached files. The prescribed requirement 
may include the origin of the email message, i.e., the 
sender of the email message. For example, if the receiv- 
ing party desires to automatically download only 
attached files from his/her boss, the receiving party can 



configure the attachment filter 42 accordingly. Down- 
loading based upon the origin may also involve a list of 
approved senders for auto-download. Another criterion 
for the prescribed requirement may be the maximum 

5 size of the attached file to be auto-downloaded. The 
attachment filter 42 may be configured to only allow 
attached files smaller than a preselected threshold size 
to be auto-downloaded. For example, if the receiving 
party has configured the attachment filter 42 for a max- 

10 imum of 100 kilobytes, any attached files equal to or 
larger than 100 kilobytes will not be auto-downloaded 
when the accompanying email message is accessed. 
Such files are accessible only upon request. 
[0033] In addition, the attachment filter 42 can be con- 

15 figured to only allow files in certain formats to be auto- 
downloaded. For example, the attachment filter 42 may 
be configured to auto-download only JPEG or TIF for- 
mat files. In this manner, the receiving party may control 
not only the files in certain formats, but also the types of 

20 files. That is, by allowing only files in graphics formats to 
be downloaded, the receiving party can effectively limit 
the auto-download feature to downloading graphics 
files. The receiving party may utilize any one of the 
above-described criteria alone or in combination to tai- 

25 lor the requirement to his/her desire. The attachment fil- 
ter 42 may also have a default setting that may include 
one or more criteria. 

[0034] When the receiving party has accessed the 
local router/server 12, the processor 38 and the attach- 

30 ment filter 42 operate to determine whether to automat- 
ically download the attached file to the memory 44 from 
the local router/server 12. At step 54, it is determined 
whether the attachment filter 42 has been configured to 
filter attached files or not. If the filtering mode has not 

35 been activated, the next step In the process is step 56, 
where the attached file is automatically transmitted from 
the local router/server 12 to the client device 14. How- 
ever, if the filtering mode has been selected, the proc- 
ess proceeds to step 58. In step 58, the size of the 

40 attached file is compared with a preselected threshold 
size. If the size of the attached file is equal to or greater 
than the preselected threshold size, the process pro- 
ceeds to step 60. At step 60, the email message Is 
transmitted from the local router/server 12 to the client 

45 device 14 without the attached file. However, if the 
attached file is smaller than the preselected threshold 
size, the next step in the process is step 62. The maxi- 
mum size can also be characterized by download time, 
which factors in the size of the attached file and the con- 

so nection speed between the client device 14 and the 
local router/server 12. In this configuration, the thresh- 
old value may be, for example, thirty seconds of down- 
load time. This threshold value of download time can be 
utilized in a similar manner as the threshold value of 

55 size, such that only attached files that can be down- 
loaded faster than the threshold download time are 
auto-downloaded. 

[0035] At step 62, the file format of the attached file is 
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examined for further screening. In the simplest version 
of this criterion, a particular file format Is selected by the 
receiving party. With such selling, only attached files 
having that particular file format would be allowed to 
proceed. Otherwise, the attached file will not be auto- 5 
matically transmitted to the client device 14. In a more 
complex version, a list of file formats is utilized to deter- 
mine whether the attached file falls within the list of file 
formats. A negative conclusion will initiate step 60, i.e., 
the attached file will not be transmitted to the client w 
device without a user request. If the format of the 
attached file is included in the list, then the process pro- 
ceeds to step 64. The selection process at step 62 may 
be reversely utilized, such that a positive conclusion will 
initiate step 60. That is, If the attached file is in a format 75 
included in the list of file formats, the email message is 
transmitted from the server without the attached file. 
[0036] In step 64, a list of senders is the criterion used 
to determine whether the attached file should or should 
not be transmitted. Similar to step 62, the list of senders 20 
can have one or more names. Furthermore, the list of 
senders can be utilized such that either an inclusion or 
exclusion on the list will lead directly to step 60. 
[0037] If step 64 is satisfied, the next step in the proc- 
ess is step 66, which utilizes a list of subject matter 25 
instead of file formats or senders. At step 66, the crite- 
rion is based on the subject matter of the email mes- 
sage. For example, if "X project" is selected by the 
receiving party, the attachment filter 42 may be config- 
ured to prevent auto-downloading of attached files of 30 
email messages that are not marked as "X project" sub- 
ject matter. In this configuration, if the email message is 
not "X project" subject matter, the process proceeds to 
step 60. However, if the subject matter is "X project," the 
email message is transmitted to the client device from 35 
the local router/server 1 2 with the attached file. Identical 
to steps 62 and 64, the list of subject matter may be 
reversely implemented, such that only attached files of 
email messages having a subject matter not contained 
on the list are auto-download to the client device. 40 
[0038] The above method may be modified such that 
the steps 58, 62, 64 and 66 are arranged in different 
orders. The order of the steps 58, 62, 64 and 66 is not 
critical to the invention. In addition, one or more of the 
steps 58, 62, 64 and 66 may be deleted or deactivated 45 
from the selection process. That is, the invention can be 
properly implemented with only one of steps 58, 62, 64 
and 66. Furthermore, the above method may include 
additional criteria in determining whether to download 
the attached file along with the associated email mes- so 
sage. 

[0039] After the email message has been transmitted 
to the client device 14 without the attached file, the 
receiving party may manually request downloading of 
the attached file, if so desired. The invention does not 55 
preclude manual manipulation to download attached 
files from the local router/server 12 to the client device 
14. 



[0040] A method of providing user management of 
electronic message transmissions during a forwarding 
operation will be described with reference to Figs. 1 , 2 
and 4. The method to be described may be imple- 
mented in addition to the above-described method of 
Fig. 3. However, the method of Fig. 4 may be independ- 
ently utilized. In a first step 68, an original email mes- 
sage, along with attached file, is received by a client 
device 14, 16 and 18 from a sender. For example, a 
receiving party may utilize the client device 14 in order 
to retrieve and download the original email message 
and its attached file from the local router/server 12. At 
step 70, a forwarding email message is drafted by the 
receiving party in response to the original email mes- 
sage. The attached file that was received along with the 
original email message may or may not be modified by 
the receiving party. The step 70 is an optional step. 
Next, the receiving party commands the client device 
1 4, 1 6 and 1 8 to initiate the forwarding process. 
[0041] Whereas conventional methods transmit all 
attached files from the client device to its supporting 
server when forwarding email messages with attached 
files, the present invention transmits the attached file 
only if the attached file has been modified since recep- 
tion by the client device. In step 72, a determination of 
whether the attached file has been modified is made by 
the processor 38 and the attachment filter 42 of the cli- 
ent device 14. If the attached file has been modified, 
step 74 is executed. In step 74, the forwarding message 
and the original message with the modified attached file 
are transmitted from the client device 1 4 to the sender 
via the local router/server 12. However, if the attached 
file has not been modified, step 76 is instead executed. 
In step 76, the forwarding email is transmitted from the 
client device 14 to the local router/server 12 without the 
attached file. The manner in which the original email 
message is transmitted is not critical to the Invention. 
The original email message can follow the same proc- 
ess as the attached file. Alternatively, the original email 
message may be uploaded to the local router/server 12 
from the client device 14 during the forwarding process. 
[0042] Following step 76, a copy of the attached file is 
affixed to the forwarding email message at the local 
router/server 12 in step 78. The local router/server 12 
stores, for a limited period, copies of all email messages 
and any attached files that are relayed through the local 
router/server 12. The stored copy of the attached file is 
utilized to affix the copy of the attached file to the for- 
warding email message at step 78. Next, the forwarding 
email message, along with the original email message 
and the attached file, is transmitted from the local 
router/server 12 to the server that supports the for- 
warded party in step 80. If the local router/server 12 
supports the forwarded party, the email messages and 
the attached file are transferred to the virtual mailbox of 
the forwarded party within the local router/server 12. 
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Claims 

1 . A method of providing user management of elec- 
tronic message transmissions between a server 
and a client device comprising steps of: s 

receiving electronic messages at said server 
that supports access by a user, including 
receiving compound electronic messages hav- 
ing attachments; 10 
identifying each said attachment as one of a 
first attachment and a second attachment by 
determining whether said each attachment 
complies with a preset criterion, said attach- 
ments satisfying said preset criterion being is 
identified as first attachments, said attach- 
ments not satisfying said preset criterion being 
identified as said second attachments; and 
selectively transferring said electronic mes- 
sages to said client device, including automati- 20 
cally transferring first attachments while 
inhibiting an automatic transfer of said second 
attachments. 

2. The method of claim 1 wherein said step of identify- 25 
ing said attachments as said first and second 
attachments includes differentiating said attach- 
ments based upon file sizes of said attachments, 
including employing a threshold size as a cutoff in 
order to classify said attachments as said first 30 
attachments and said second attachments. 

3. The method of claim 1 wherein said step of identify- 
ing said attachments as said first and second 
attachments includes differentiating said attach- 35 
ments based upon download times, including 
employing a threshold download time as a cutoff to 
classify said attachments as said first attachments 
and said second attachments. 

40 

4. The method of claim 3 further including a step of 
calculating said download times for said attach- 
ments by factoring in file sizes of said attachments 
prior to said step of identifying said attachments 
based upon said download times. 45 

5. The, method of claim 4 wherein said step of calcu- 
lating said download times further includes factor- 
ing in a connection speed of said client device to 
said server. so 

6. The method of claim 1 wherein said step of identify- 
ing said attachments as said first and second 
attachments includes differentiating said attach- 
ments by identities of senders, including employing 55 
a list of senders as a basis to classify said attach- 
ments as said first attachments and said second 
attachments. 



7. The method of claim 1 wherein said step of identify- 
ing said attachments as said first and second 
attachments includes differentiating said attach- 
ments based upon file formats, said differentiating 
being accomplished by comparing said file formats 
with a list of formats to classify said attachments as 
said first attachments and said second attach- 
ments. 

8. The method of claim 1 further comprising a step of 
programming said preset criterion into said client 
device such that said client device is enabled to 
perform said step of identifying each said attach- 
ment as one of said first and second attachments. 

9. The method of claim 1 further comprising a step of 
forwarding a received compound message, includ- 
ing transferring an associated attachment from said 
client device only if said associated attachment has 
been modified since said step of selectively trans- 
ferring said electronic messages. 

10. A method of providing user management of elec- 
tronic message transmissions comprising steps of: 

receiving an electronic message having an 
original attachment from a sender at a server 
that supports access by a user; 
downloading said electronic message along 
with said original attachment from said server 
to a target device operated by said user; 
storing said electronic message and said origi- 
nal attachment at said target device, said target 
device having memory to store said electronic 
message and said original attachment; 
detecting a command to forward said electronic 
message and said original attachment to a 
selected party; and 

forwarding said electronic message to said 
selected party utilizing said server, including 
transferring said original attachment from said 
target device to said server only in response to 
a determination that said original attachment 
has been modified since said step of down- 
loading said electronic message. 

1 1 . The method of claim 1 0 further comprising a step of 
affixing a copy of said original attachment to said 
electronic message at said server in response to 
detection that said electronic message arrived at 
said server without said original attachment as a 
result of said step of forwarding said electronic 
message. 

1 2. The method of claim 1 0 further comprising steps of 
determining whether said original attachment satis- 
fies a prescribed requirement prior to said step of 
downloading said electronic message and automat- 
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ically downloading said original attachment if said 
original attachment satisfies said prescribed 
requirement. 



19. The system of 18 wherein said filtering means is a 
computer program stored in said memory of said 
client device. 



1 3. The method of claim 12 wherein said step of deter- s 
mining whether said original attachment satisfies 
said prescribed requirement includes a step com- 
paring a file size of said original attachment with a 
preselected threshold size in order to establish 
whether said original attachment is to be automati- 10 
cally downloaded to said target device. 

14. The method of claim 12 wherein said step of deter- 
mining whether said original attachment satisfies 
said prescribed requirement includes a step of is 
comparing an estimated download time for said 
original attachment with a threshold download time 

to ascertain whether said original attachment is to 
be automatically downloaded to said target device 
from said server. 20 



20. The system of 17 wherein said filtering means is 
configured to be re-programmable with respect to 
said prescribed criterion such that said prescribed 
criterion may be modified. 



15. The method of claim 12 wherein said step of deter- 
mining whether said original attachment satisfies 
said prescribed requirement includes a step of 
comparing a file format of said original attachment 25 
with a list of formats in order. 



16. The method of claim 12 wherein said step of deter- 
mining whether said original attachment satisfies 
said prescribed requirement includes a step of 30 
comparing an identity of said sender of said original 
attachment with a list of senders. 



17. An email delivery system comprising: 

35 

a local email server connected to a network to 
receive email messages, including compound 
email messages having attachments, said local 
email server having first memory for storing 
said email messages; 40 
a client device connected to said local email 
server to selectively access and download said 
email messages, said client device having sec- 
ond memory for storing said email messages; 
and 45 
filtering means responsive to and operatively 
associated with said client device for distin- 
guishing said attachments based upon a pre- 
scribed criterion such that only said 
attachments that satisfy said prescribed crite- so 
rion are identified and transmitted to said client 
device in an absence of user intervention. 



18. The system of 17 wherein said filtering means is 
located at said client device, said filtering means 55 
being operatively connected to a processor of said 
client device in order to cooperatively screen said 
attachments based upon said prescribed criterion. 
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